home *** CD-ROM | disk | FTP | other *** search
/ Dr. Windows 3 / dr win3.zip / dr win3 / NEW_TECH / WININFO3.ZIP / WININFO.TXT < prev   
Text File  |  1993-04-04  |  11KB  |  223 lines
  1.  
  2.  
  3.            WinNet NETWORK INFORMATION AND POLICIES
  4.                         ------------
  5.  
  6.                         WHAT IS IT?
  7.  
  8. WinNet is a network of participating Fido-compatible BBS'es set
  9. up to distribute shareware and public domain files written for
  10. use with Microsoft's WINDOWS operating environment.  It was
  11. started in July, 1990 to serve the same purpose for Windows users
  12. that SDS, SDNet/Works!, DVNET and similar "file echo" networks
  13. serve for their respective audiences.  With the release of
  14. Windows 3.0 in mid-1990, Microsoft created a DOS-based graphical
  15. environment that can be taken very seriously, and whose use has
  16. grown amazingly in offices and homes across the world.  We
  17. have seen an explosion in the number and quality of PD and shareware
  18. authors writing utilities and applications for Windows, and
  19. believe that a quick and organized method of distribution for
  20. Windows-related files will help both users and authors.  WinNet
  21. is not affiliated in any way with Microsoft Corporation.
  22.  
  23. The types of files distributed by Win*Net will be primarily those of 
  24. general interest to "ordinary" users of the Windows environment.  While 
  25. there are a number of text files and utilities available and of
  26. interest to Windows programmers, VAR's, etc., you will see very
  27. few of these distributed via Win*Net.  There are other services, such
  28. as the Programmers' Distribution Network, which circulate such files.
  29. Likewise, 32-bit programs intended solely for use with Windows NT will
  30. not be found in Win*Net (there is a WINNTNET file-distribution system
  31. for this, unaffiliated with Win*Net).
  32.  
  33.                        --------------
  34.                        THE BASIC RULES
  35.  
  36. WinNet consists of an open distribution network which a
  37. sysop "joins" by locating a convenient "uplink."  This is simply
  38. another BBS which carries the WinNet file and message areas,
  39. and is willing to pass them on to you.  In requesting such
  40. a link, you should first ascertain that the uplink is willing
  41. to take on this task, and then provide him/her with information
  42. about your BBS, your voice phone number to work out any problems,
  43. suggested sessioni-level and file-distribution-utility passwords,
  44. and so forth.
  45.  
  46. If you don't know a likely uplink, there are two places you can
  47. look.  One is for a nearby "FILEBONE" connection.  The Filebone is
  48. a sort of file-distribution cooperative within the FidoNet network
  49. whose participating sysops undertake (usually at their own expense)
  50. to distribute a number of "FDN's" (File Distribution Networks),
  51. including WinNet, in a hub-and-spoke distribution system.  A list of
  52. Filebone "hubs" (regional bbs'es distributing these files) is
  53. regularly published and disseminated within Fidonet as FILEBONE.NA.
  54. You can file-request this file from any filebone location, or from here
  55. at Fidonet 1:130/38; there is node distribution information usually at
  56. the end of this file.
  57.  
  58. There is also a "private" distribution system for WinNet, consisting
  59. of bbs'es which distribute primarily (or only) WinNet files within
  60. certain regions or countries.  If you received this file
  61. as an archive containing HUB.MAP, you will have an indication of
  62. hub feeds close to you; feel free to contact a nearby node to
  63. ask about a hookup.
  64.  
  65. Network requirements are as follows:
  66.  
  67.      1) The applicant will run a Fidonet-compatible BBS system
  68. capable of using TICK, the "file-echo" utility by Barry Geller, 
  69. or its functional equivalent.  The system must support file
  70. requests and should have been a member of their "regular" BBS
  71. network for at least six months.  The system must also be capable
  72. of receiving and sending echo messages in standard, Fido-
  73. compatible .MSG format.  All networks which are welcome, as well
  74. as all systems running whatever software, who can send and
  75. receive files and messages in FTSC format.  We recommend you set
  76. up TICK to use the "replace" function, since updated files are
  77. occasionally distributed with file-replace information for your
  78. convenience.
  79.  
  80.      2) Access to WinNet is NOT open to BBS'es which charge
  81. users a "subscription fee" for access to the WinNet files.  It is
  82. acceptable that a BBS require answering a questionnaire, accepting 
  83. a return call from a "callback verifier," or similar user check for 
  84. access, so long as a user who complies with the BBS membership 
  85. requirements is not thereafter charged for continuing access to the 
  86. WinNet files section.  The idea is to provide fast and free access to Windows-related software for users in the calling area.  If you have
  87. a "pay board," you may be violating author license agreements - don't
  88. identify yourself as a WinNet system!  Also, we will be publicizing the
  89. fact that we have a network of free-access boards which carry
  90. WinNet files, and we don't want to mislead anyone.
  91.  
  92.      3) Member boards will carry and participate in a message
  93. echo called WIN_SYS, which is a sysop-only echo for the
  94. discussion of network- and software-related problems and
  95. suggestions.  No user-level access will be allowed to this echo
  96. area.  
  97.  
  98.      4) Member boards should be aware that long-distance calls
  99. may be necessary to access the files, if they are not available
  100. from a local hub.  At least, all regional HUB boards will
  101. incur long-distance charges.  WinNet requires that uplinks be
  102. polled at least weekly.  Any node not polling for two weeks, and 
  103. not making suitable alternate arrangements with its uplink, may 
  104. be deleted from the network without notice.
  105.  
  106.      5) A list of files in the WinNet area of each board should be
  107. updated at least weekly (we suggest nightly as part of the BBS
  108. batch file maintenance) and downloadable by users from within the
  109. WinNet files area.  This list must also be file-requestable by
  110. any other system using the magic filename "WINFILES."
  111.  
  112.      6) Each system carrying WinNet files must place the
  113. following disclaimer in a display or "dumpfile" so that it is
  114. displayed to a user accessing the WinNet files area (this may be
  115. done by adding it to the start of FILES.BBS or its equivalent,
  116. placing it in a "Welcome" file or using "dumpfile" capabilities
  117. if your BBS software has them):
  118.  
  119.           This BBS supports the WinNet files distribution 
  120.           system for Microsoft Windows-specific files.  There
  121.           is no warranty, express or implied, that any such
  122.           file has been tested for safety or functionality.
  123.           You use or run these files at your own risk!
  124.  
  125.                         --------------- 
  126.                         TECHNICAL STUFF
  127.  
  128. To ensure consistency across the system, files are 
  129. "hatched" from a single central point at 1:130/38, which is a 
  130. system in the Dallas-Ft. Worth, USA area.  These files will be put on 
  131. "hold" for pickup by direct feeds.  Files will be hatched in ".TIC" 
  132. format.
  133.  
  134. The central distribution point will be sending files using a US
  135. Robotics Courier HST/DS.  It is requested that applicants for
  136. regional HUB status be HST- or V32-compatible.  Connections below the
  137. regional HUB level will be a matter for the hub boards; Filebone 
  138. connections are regulated informally by Filebone participants.
  139.  
  140. Session-level and TICK passwords should be used by all
  141. participants.  An request to participate to a hub should include 
  142. suggested passwords for both.  That way you can be hooked in 
  143. right away!
  144.  
  145. The WIN_SYS echo will be distribued along with the files, and
  146. will not be placed on the "backbone" no matter how large it may
  147. get.  Upon applying for membership, a system operator should
  148. configure his system to receive this echo (with appropriate
  149. safeguards against regular user access) and should set up the
  150. files areas for use by TICK.  These are:
  151.  
  152.     WIN_UTIL ...for system files, utilities
  153.     WIN_GRAF ...for graphic/picture files, icons and
  154.                     icon editors, screen utilities/blankers
  155.     WIN_GAME ...for games and diversions
  156.     WIN_PROG ...for programs and applications
  157.     WIN_SYST ...for WinNet-specific stuff, or files mostly
  158.                     of interest to sysops  
  159.         WIN_SOUN ...for 3.1-compliant sound and multimedia files
  160.         WIN_DRVR ...for Windows dr